Recovery of storage device in a redundant array of independent disk (raid) or raid-like array

ABSTRACT

A computer-implemented method for managing storage devices in a storage subsystem having an array of storage devices, according to one embodiment, includes determining that at least one storage device in the array of storage devices has failed. Storage device characteristics of the failed storage device are compared with storage device characteristics of each of a plurality of candidate devices, and an attempt is made to identify a first candidate storage device having storage device characteristics that match the storage device characteristics of the failed storage device. A second candidate storage device having storage device characteristics most similar to the storage device characteristics of the failed storage device is identified in response to not identifying a candidate device that matches the failed storage device.

BACKGROUND

This invention relates to storage systems, and particularly to anapparatus, method, and computer program product for protecting data onfailed storage devices.

In storage systems, at least one redundant array of independent disks(RAID) may be used to provide a mixture of performance and storagedevice redundancy characteristics. RAID is made up of sets of individualdrives that can be described in terms of their capability andphysical/logical location.

RAID geometries may have redundancy to enable a failed or inaccessiblearray member storage device to be removed from the array whilemaintaining data integrity and access to the array. It is common instorage systems to provide additional fault tolerance by having thecapability to select a spare storage device that has been allocated toreplace the failed storage device and for the array to rebuild themember data as a background process. Once the rebuild completes, thearray redundancy is restored.

It is possible that the original storage device that was marked asfailed or inaccessible may be recovered to a usable state withoutintervention. This may happen because a network fault, which may havetemporarily isolated a set of drives, has been remedied. Alternatively,an Error Recovery Procedure (ERP) may have resolved a problem on apreviously failed/inaccessible storage device, and therefore the storagedevice becomes available again.

Existing solutions may implement sparing schemes that only allow sparingwithin the same technology type, for example a hard disk drive (HDD), ora solid state device (SSD). In terms of restoring the systemconfiguration, these schemes are rigid as they only reinstate driveswhen the original storage device or an exact match replacement storagedevice in terms of technology, performance, and location, is available.The user cannot alter the array member storage device properties as partof servicing the storage device failure.

Other devices have an option in a Directed Maintenance Procedure (DMP)for replacing a failed storage device to put a new storage device backinto a RAID where the failed storage device used to be. This performs aregular component rebuild (and so redundancy is not maintained). Thistype of procedure is sub-optimal as it sacrifices array redundancy toprogress the service action.

From the customer perspective, after a storage device has failed,existing storage system solutions require maintenance procedures torecover the system to its original configuration. The interventionrequired to restore the original intended configuration contributes toproduct maintenance costs, which is undesirable.

BRIEF SUMMARY

A computer program product for managing storage devices in a storagesubsystem having an array of storage devices, according to oneembodiment, includes a computer readable storage medium having programinstructions embodied therewith, the program instructions beingexecutable by a processor to cause the processor to perform a methodthat includes determining that a storage device in an array of storagedevices has failed. A first candidate storage device having storagedevice characteristics that match storage device characteristics of thefailed storage device is identified. The first candidate storage deviceis exchanged with a second candidate storage device in response todetermining that the second candidate storage device has storage devicecharacteristics that are more similar to the storage devicecharacteristics of the array of storage devices than the first candidatestorage device.

A computer-implemented method for managing storage devices in a storagesubsystem having an array of storage devices, according to oneembodiment, includes determining that at least one storage device in thearray of storage devices has failed. Storage device characteristics ofthe failed storage device are compared with storage devicecharacteristics of each of a plurality of candidate devices, and anattempt is made to identify a first candidate storage device havingstorage device characteristics that match the storage devicecharacteristics of the failed storage device. A second candidate storagedevice having storage device characteristics most similar to the storagedevice characteristics of the failed storage device is identified inresponse to not identifying a candidate device that matches the failedstorage device.

A system according to one embodiment includes a processor and logicintegrated with and/or executable by the processor. The logic isconfigured to determine that at least one storage device in the array ofstorage devices has failed. Storage device characteristics of the failedstorage device are compared with storage device characteristics of eachof a plurality of candidate devices, and an attempt is made to identifya first candidate storage device having storage device characteristicsthat match the storage device characteristics of the failed storagedevice. A second candidate storage device having storage devicecharacteristics most similar to the storage device characteristics ofthe failed storage device is identified in response to not identifying acandidate device that matches the failed storage device.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention will now be described, by way of example only,with reference to preferred embodiments, as illustrated in the followingfigures.

FIG. 1 illustrates a network architecture, in accordance with oneembodiment.

FIG. 2 shows a representative hardware environment that may beassociated with the servers and/or clients of FIG. 1, in accordance withone embodiment.

FIG. 3 shows a block diagram depicting a data processing system, inaccordance with the prior art.

FIG. 4 is a high-level exemplary schematic flow diagram depictingoperation selection method steps performed for array member initialselection in a data processing system, according to one embodiment.

FIG. 5 is a high-level exemplary schematic flow diagram depictingoperation balancing method steps for array member re-balancing in a dataprocessing system, according to one embodiment.

FIG. 6 is a high-level exemplary block diagram depicting a managementapparatus, according to one embodiment.

FIG. 7 depicts an exemplary storage subsystem in an initial state,according to one embodiment.

FIG. 8 depicts the exemplary storage subsystem after failure of anenclosure, according to one embodiment.

FIG. 9 depicts the exemplary storage subsystem after recovery of theenclosure with a failed storage device, according to one embodiment.

FIG. 10 depicts the exemplary storage subsystem after replacement of afailed storage device with a new storage device, according to oneembodiment.

FIG. 11 depicts records used, according to one embodiment.

FIG. 12 shows a flowchart of a method, according to one embodiment.

DETAILED DESCRIPTION

The following description is made for the purpose of illustrating thegeneral principles as disclosed in the present descriptions and is notmeant to limit the inventive concepts claimed herein. Further,particular features described herein can be used in combination withother described features in each of the various possible combinationsand permutations.

Unless otherwise specifically defined herein, all terms are to be giventheir broadest possible interpretation including meanings implied fromthe specification as well as meanings understood by those skilled in theart and/or as defined in dictionaries, treatises, etc.

It must also be noted that, as used in the specification and theappended claims, the singular forms “a,” “an” and “the” include pluralreferents unless otherwise specified. It will be further understood thatthe terms “comprises” and/or “comprising,” when used in thisspecification, specify the presence of stated features, integers, steps,operations, elements, and/or components, but do not preclude thepresence or addition of one or more other features, integers, steps,operations, elements, components, and/or groups thereof.

The following description discloses several preferred embodiments ofsystems, methods and computer program products for managing storagedevices in a storage system.

In one general embodiment, a system for managing storage devicesincludes a storage subsystem having an array of storage devices; areceiving component adapted for receiving an error message; adetermining component adapted for determining that the error messageindicates that at least one storage device in the array of storagedevices has failed; a collecting component adapted for collecting anarray record having storage device characteristics of the failed storagedevice in response to determining that the error message indicates thatthe at least one storage device has failed; a collating componentadapted for collating a candidate record having a plurality of candidateentries, wherein each candidate entry has storage device characteristicsfor one of a plurality of candidate storage devices; a comparingcomponent adapted for comparing storage device characteristics of thefailed storage device of the array record with the storage devicecharacteristics of each of the candidate entries; and an identifyingcomponent adapted for identifying a first candidate storage devicehaving storage device characteristics that match the storage devicecharacteristics of the failed storage device in response to thecomparing component identifying a candidate entry that matches thestorage device of the array record, and identifying a second candidatestorage device having storage device characteristics most similar to thestorage device characteristics of the failed storage device in responseto the comparing component not identifying a candidate entry thatmatches the failed storage device of the array record.

In another general embodiment, a method for managing storage devices ina storage subsystem having an array of storage devices includesreceiving an error message; determining that the error message indicatesthat at least one storage device in the array of storage devices hasfailed; collecting an array record having storage device characteristicsof the failed storage device in response to the determining that theerror message indicates that the at least one storage device has failed;collating a candidate record having a plurality of candidate entries,wherein each candidate entry has storage device characteristics for oneof a plurality of candidate storage devices; comparing storage devicecharacteristics of the failed storage device of the array record withthe storage device characteristics of each of the candidate entries;identifying a first candidate storage device having storage devicecharacteristics that match the storage device characteristics of thefailed storage device in response to identifying a candidate entry thatmatches the storage device of the array record; and identifying a secondcandidate storage device having storage device characteristics mostsimilar to the storage device characteristics of the failed storagedevice in response to not identifying a candidate entry that matches thefailed storage device of the array record.

In another general embodiment, a computer program product for managingstorage devices in a storage subsystem having an array of storagedevices includes a computer readable storage medium having computerreadable program code embodied therewith. The computer readable programcode is configured for: receiving an error message; determining that theerror message indicates that at least one storage device in the array ofstorage devices has failed; collecting an array record having storagedevice characteristics of the failed storage device in response to thedetermining that the error message indicates that the at least onestorage device has failed; collating a candidate record having aplurality of candidate entries, wherein each candidate entry has storagedevice characteristics for one of a plurality of candidate storagedevices; comparing storage device characteristics of the failed storagedevice of the array record with the storage device characteristics ofeach of the candidate entries; identifying a first candidate storagedevice having storage device characteristics that match the storagedevice characteristics of the failed storage device in response toidentifying a candidate entry that matches the storage device of thearray record; and identifying a second candidate storage device havingstorage device characteristics most similar to the storage devicecharacteristics of the failed storage device in response to notidentifying a candidate entry that matches the failed storage device ofthe array record.

As will be appreciated by one skilled in the art, aspects as disclosedin the present descriptions may be embodied as a system, method orcomputer program product. Accordingly, aspects as disclosed in thepresent descriptions may take the form of an entirely hardwareembodiment, an entirely software embodiment (including firmware,resident software, micro-code, etc.) or an embodiment combining softwareand hardware aspects that may all generally be referred to herein as“logic”, a “circuit,” “module” or “system.” Furthermore, aspects asdisclosed in the present descriptions may take the form of a computerprogram product embodied in one or more computer readable medium(s)having computer readable program code embodied thereon.

Any combination of one or more computer readable medium(s) may beutilized. The computer readable medium may be a computer readable signalmedium or a non-transitory computer readable storage medium. Anon-transitory computer readable storage medium may be, for example butnot limited to, an electronic, magnetic, optical, electromagnetic,infrared, or semiconductor system, apparatus, or device, or any suitablecombination of the foregoing. More specific examples (a non-exhaustivelist) of the non-transitory computer readable storage medium includesthe following: a portable computer diskette, a hard disk, a randomaccess memory (RAM), a read-only memory (ROM), an erasable programmableread-only memory (EPROM or Flash memory), a portable compact discread-only memory (CD-ROM), an optical storage device, a magnetic storagedevice, or any suitable combination of the foregoing. Specific examplesof the computer readable signal medium include, but are not limited toan electrical connection having one or more wires, an optical fiber,etc. In the context of this document, a computer readable storage mediummay be any tangible medium that can contain, or store a program for useby or in connection with an instruction execution system, apparatus, ordevice.

A computer readable signal medium may include a propagated data signalwith computer readable program code embodied therein, for example, inbaseband or as part of a carrier wave. Such a propagated signal may takeany of a variety of forms, including, but not limited to,electro-magnetic, optical, or any suitable combination thereof. Acomputer readable signal medium may be any computer readable medium thatis not a computer readable storage medium and that can communicate,propagate, or transport a program for use by or in connection with aninstruction execution system, apparatus, or device.

Program code embodied on a computer readable medium may be transmittedusing any appropriate medium, including but not limited to wireless,wireline, optical fiber cable, RF, etc., or any suitable combination ofthe foregoing.

Computer program code for carrying out operations for aspects asdisclosed in the present descriptions may be written in any combinationof one or more programming languages, including an object orientedprogramming language such as Java, Smalltalk, C++ or the like andconventional procedural programming languages, such as the “C”programming language or similar programming languages. The program codemay execute entirely on the user's computer, partly on the user'scomputer, as a stand-alone software package, partly on the user'scomputer and partly on a remote computer or entirely on the remotecomputer or server. In the latter scenario, the remote computer may beconnected to the user's computer through any type of network, includinga local area network (LAN) or a wide area network (WAN), or theconnection may be made to an external computer (for example, through theInternet using an Internet Service Provider).

Aspects as disclosed in the present descriptions are described hereinwith reference to flowchart illustrations and/or block diagrams ofmethods, apparatus (systems) and computer program products according toembodiments of the invention. It will be understood that each block ofthe flowchart illustrations and/or block diagrams, and combinations ofblocks in the flowchart illustrations and/or block diagrams, can beimplemented by computer program instructions. These computer programinstructions may be provided to a processor of a general purposecomputer, special purpose computer, or other programmable dataprocessing apparatus to produce a machine, such that the instructions,which execute via the processor of the computer or other programmabledata processing apparatus, create means for implementing thefunctions/acts specified in the flowchart and/or block diagram block orblocks.

These computer program instructions may also be stored in a computerreadable medium that can direct a computer, other programmable dataprocessing apparatus, or other devices to function in a particularmanner, such that the instructions stored in the computer readablemedium produce an article of manufacture including instructions whichimplement the function/act specified in the flowchart and/or blockdiagram block or blocks.

The computer program instructions may also be loaded onto a computer,other programmable data processing apparatus, or other devices to causea series of operational steps to be performed on the computer, otherprogrammable apparatus or other devices to produce a computerimplemented process such that the instructions which execute on thecomputer or other programmable apparatus provide processes forimplementing the functions/acts specified in the flowchart and/or blockdiagram block or blocks.

FIG. 1 illustrates a network architecture 100, in accordance with oneembodiment. As shown in FIG. 1, a plurality of remote networks 102 areprovided including a first remote network 104 and a second remotenetwork 106. A gateway 101 may be coupled between the remote networks102 and a proximate network 108. In the context of the present networkarchitecture 100, the networks 104, 106 may each take any formincluding, but not limited to a LAN, a WAN such as the Internet, PSTN,internal telephone network, etc.

In use, the gateway 101 serves as an entrance point from the remotenetworks 102 to the proximate network 108. As such, the gateway 101 mayfunction as a router, which is capable of directing a given packet ofdata that arrives at the gateway 101, and a switch, which furnishes theactual path in and out of the gateway 101 for a given packet.

Further included is at least one data server 114 coupled to theproximate network 108, and which is accessible from the remote networks102 via the gateway 101. It should be noted that the data server(s) 114may include any type of computing device/groupware. Coupled to each dataserver 114 is a plurality of user devices 116. Such user devices 116 mayinclude a desktop computer, lap-top computer, hand-held computer,printer or any other type of logic. It should be noted that a userdevice 111 may also be directly coupled to any of the networks, in oneembodiment.

A peripheral 120 or series of peripherals 120, e.g., facsimile machines,printers, networked and/or local storage units or systems, etc., may becoupled to one or more of the networks 104, 106, 108. It should be notedthat databases and/or additional components may be utilized with, orintegrated into, any type of network element coupled to the networks104, 106, 108. In the context of the present description, a networkelement may refer to any component of a network.

According to some approaches, methods and systems described herein maybe implemented with and/or on virtual systems and/or systems whichemulate one or more other systems, such as a UNIX system which emulatesan IBM z/OS environment, a UNIX system which virtually hosts a MICROSOFTWINDOWS environment, a MICROSOFT WINDOWS system which emulates an IBMz/OS environment, etc. This virtualization and/or emulation may beenhanced through the use of VMWARE software, in some embodiments.

In more approaches, one or more networks 104, 106, 108, may represent acluster of systems commonly referred to as a “cloud.” In cloudcomputing, shared resources, such as processing power, peripherals,software, data, servers, etc., are provided to any system in the cloudin an on-demand relationship, thereby allowing access and distributionof services across many computing systems. Cloud computing typicallyinvolves an Internet connection between the systems operating in thecloud, but other techniques of connecting the systems may also be used.

FIG. 2 shows a representative hardware environment associated with auser device 116 and/or server 114 of FIG. 1, in accordance with oneembodiment. Such figure illustrates a typical hardware configuration ofa workstation having a central processing unit 210, such as amicroprocessor, and a number of other units interconnected via a systembus 212.

The workstation shown in FIG. 2 includes a Random Access Memory (RAM)214, Read Only Memory (ROM) 216, an I/O adapter 218 for connectingperipheral devices such as disk storage units 220 to the bus 212, a userinterface adapter 222 for connecting a keyboard 224, a mouse 226, aspeaker 228, a microphone 232, and/or other user interface devices suchas a touch screen and a digital camera (not shown) to the bus 212,communication adapter 234 for connecting the workstation to acommunication network 235 (e.g., a data processing network) and adisplay adapter 236 for connecting the bus 212 to a display device 238.

The workstation may have resident thereon an operating system such asthe Microsoft Windows® Operating System (OS), a MAC OS, a UNIX OS, etc.It will be appreciated that a preferred embodiment may also beimplemented on platforms and operating systems other than thosementioned. A preferred embodiment may be written using JAVA, XML, C,and/or C++ language, or other programming languages, along with anobject oriented programming methodology. Object oriented programming(OOP), which has become increasingly used to develop complexapplications, may be used.

Of course, this logic may be implemented as a method on any deviceand/or system or as a computer program product, according to variousembodiments.

Preferred embodiments described in the present descriptions improve onexisting solutions by expressing the array member storage devicecharacteristics as a flexible set of array member storage device goals,using those goals to select the most appropriate spare storage devicefor hot spare takeover, and incrementally rebalancing to the originalconfiguration after storage device recovery.

Advantageously, after a storage device failure has caused a hot spare tobe taken as an array member and the array has rebuilt to restoreredundancy, the system is now ‘out of balance’ with the intendedconfiguration goals. The array member goals may be used, in someapproaches, to select a closer match to the intended systemconfiguration from any drives that have been recovered. The system canthen perform a ‘concurrent exchange’ to install the closer storagedevice match to the original array member configuration (and theconcurrent exchange maintains array redundancy). In preferredembodiments, the most similar match does not need to be an exact match,as this may be undesirable with existing products.

Moreover, at a later time, when the original storage device isrecovered, in some preferred embodiments, another better match may beidentified as being available. The better match is concurrentlyexchanged to reinstate the original storage device to the original arraymember to restore the intended system configuration. In this way, afterfailed drives have been recovered, the system is restored to itsoriginal configuration without intervention, according to someapproaches. The ‘incremental rebalancing’ process is an enhancement overexisting rigid schemes that exist today that require the originalstorage device to be recovered, by achieving closer matches to theoriginal system configuration.

In addition, alongside incremental rebalancing, a concept of userspecified array member storage device goals is introduced. Once an arraymember storage device has changed because of sparing and incrementalrebalancing, a user may issue commands to set the new storage device asthe desired array member storage device goal, in some approaches. Thisoffers greater flexibility when following service procedures, because itdoes not require the original storage device location to be reused forthe end system configuration. Since the ‘best match’ storage device isalways selected, this means that cross technology type sparing isallowed and has the benefit that system redundancy can be restored in awider range of multiple storage device failure scenarios.

In one embodiment, these enhancements increase the ability of the systemto cope with storage device availability changes by always selecting the‘best match’ replacement drives to use. Preferred embodiments also offerthe user greater flexibility in choosing how to recover the systemconfiguration.

Advantageously, the system stores goals for each member representing itscapabilities. These goals are used to pick appropriate spares and thenrebalance after multiple failures and storage device replacements. Therequirement to store per-member goals rather than per-array goals arisesfrom supporting an arbitrary user-created configuration and dealing withunpredictable scenarios following storage device failures.

Also, when the original storage device becomes available again, it maybe desirable to reinstate the original configuration or a configurationas close to it as possible, in some approaches.

Referring now to FIG. 3, a block diagram is shown depicting a dataprocessing system 10, in accordance with the prior art. Redundant datamay be held in different forms, but for the purpose of explaining thepresent invention, a RAID 5 may be used as an example in someapproaches. However, it will be appreciated that the invention isapplicable to any RAID version, including future versions, which use aredundancy scheme similar to that described above as would be understoodby one of skill in the art upon reading the present descriptions.

The illustrated data processing system 10 comprises a server nodesubsystem 15 having a set of server nodes 20, which are connectablethrough a network 30 to a back-end storage subsystem 90. A network 30may comprise network devices 31, for example switches, and cabling thatconnect the server node subsystem 15 to a hardware back-end storagesubsystem 90. The storage subsystem 90 may comprise a variety ofphysical storage devices having, for example, one or more stand-aloneJust a Bunch of Disks (JBOD) devices 50, and a RAID 42. The RAID 42comprises a plurality of storage devices 60, 65. A storage device 65 maybe used to store a parity value associated with data stored on the otherstorage devices 60 in the RAID 42. The parity storage device 65 is nottypically exclusively used to store a parity value, as in industrystandard RAID implementations, parity is often rotated around thestorage devices 60, 65 that comprise the RAID 42. The storage devices42, 50 may be presented to the server node subsystem 15 as a set ofphysical or logical storage volumes (not depicted). Typically, thesystem 10 is managed by a management subsystem 70 comprising managementservers 75, connectable to the server node subsystem 15, the storagesubsystem 90, and the network devices 31 through the network 30 orthrough a separate Local Area Network (LAN) 95. Typically, a RAIDController 40 controls the functionality of the RAID 42, including dataaccesses and power controls to the individual storage devices 60, 65.Read and write commands may be sent to the storage subsystem 90 by arequester (not depicted) that may be an application program operable inthe data processing system 10 or any other type of requester as would beunderstood by one of skill in the art upon reading the presentdescriptions.

FIG. 4, which may be read in conjunction with FIGS. 5-11, is ahigh-level exemplary schematic flow diagram 400 depicting typicaloperation selection method steps performed for array member initialselection in a data processing system, in accordance with a preferredembodiment as disclosed in the present descriptions. In the selectionmethod, a failed storage device 764 is exchanged in an array 742 by themost suitable candidate storage device 756.

FIG. 5, which may be read in conjunction with FIGS. 4, 6-11 continues onfrom the selection method depicted in FIG. 4, and is a high-levelexemplary schematic flow diagram 500 depicting typical operationbalancing method steps for array member re-balancing in a dataprocessing system, in accordance with a preferred embodiment asdisclosed in the present descriptions. In the balancing method, apreviously selected storage device 756 is exchanged in the array 742 bya more suitable storage device 758, 785.

FIG. 6 is a high-level exemplary block diagram depicting a managementapparatus 600 according to one embodiment. The management apparatus maybe, but is not restricted to be, operable in a RAID controller 40 inpreferred embodiments.

In one embodiment, as shown in FIG. 6, a system 600 for managing storagedevices comprises a storage subsystem 601 comprising an array of storagedevices, a receiving component 605 adapted for receiving an errormessage, a determining component 640 adapted for determining that theerror message indicates that at least one storage device in the array ofstorage devices has failed, a collecting component 610 adapted forcollecting an array record comprising storage device characteristics ofthe failed storage device in response to determining that the errormessage indicates that the at least one storage device has failed, acollating component 615 adapted for collating a candidate recordcomprising a plurality of candidate entries, wherein each candidateentry comprises storage device characteristics for one of a plurality ofcandidate storage devices, a comparing component 625 adapted forcomparing storage device characteristics of the failed storage device ofthe array record with the storage device characteristics of each of thecandidate entries, and an identifying component 635 adapted foridentifying a first candidate storage device having storage devicecharacteristics that match the storage device characteristics of thefailed storage device in response to the comparing component 625identifying a candidate entry that matches the storage device of thearray record and identifying a second candidate storage device havingstorage device characteristics most similar to the storage devicecharacteristics of the failed storage device in response to thecomparing component 625 not identifying a candidate entry that matchesthe failed storage device of the array record.

In some approaches, the storage device characteristics comprise at leastone of: storage device capacity, storage device type, storage devicebandwidth, storage device speed, storage device input/output group,storage device chain identification, storage device enclosureidentification, and storage device slot identification.

In more approaches, the system 600 may also comprise an exchangingcomponent 655 adapted for exchanging the failed storage device with thefirst candidate storage device in response to the identifying component635 identifying that the first candidate storage device has storagedevice characteristics that match the storage device characteristics ofthe failed storage device or exchanging the failed storage device withthe second candidate storage device in response to the identifyingcomponent 635 identifying that the second candidate storage device hasstorage device characteristics most similar to the storage devicecharacteristics of the failed storage device.

In further approaches, the exchanging component 635 may be furtheradapted for concurrently copying data from one or more storage devicesof the array of storage devices onto either the first or secondcandidate storage device.

Additionally, in some approaches, the system 600 may further comprise anadding component 660 adapted for adding a candidate entry comprisingstorage device characteristics associated with either the first orsecond candidate storage device to the candidate record. The receivingcomponent 605 may also be further adapted for receiving an updatemessage, wherein the update message indicates that the plurality ofcandidate storage devices comprises either the first or second candidatestorage device in response to the exchanging component 655 exchangingthe failed storage device with either the first or second candidatestorage device. The comparing component 625 may be further adapted forcomparing the array record with the candidate entries of a thirdcandidate storage device and either the first or second candidatestorage device, and the exchanging component 655 may be further adaptedfor exchanging either the first or second candidate storage device withthe third candidate storage device in response to determining that thethird candidate storage device has storage device characteristics thatare more similar to the storage device characteristics of the array ofstorage devices than the first or second candidate storage device.

In another embodiment, the exchanging component 655 may be furtheradapted for concurrently copying data from one or more storage devicesof the array of storage devices onto either the first, second, or thirdcandidate storage device.

Of course, the functionality of any of these components may be utilizedin a computer program product or a method on any device, as would beunderstood by one of skill in the art upon reading the presentdescriptions.

FIGS. 4 and 5 are set forth as logical flow chart diagrams. As such, thedepicted order and labeled steps are indicative of one embodiment. Othersteps and methods may be conceived that are equivalent in function,logic, or effect of one or more steps or portions thereof, of theillustrated method as would be understood by one of skill in the artupon reading the present descriptions. Additionally the format andsymbols employed are provided to explain the logical steps of the methodand are understood not to limit the scope of the method.

FIGS. 7-10 depict an exemplary storage subsystem used to illustrate apreferred embodiment. FIG. 7 depicts an exemplary storage subsystem inan initial state 700. The subsystem comprises five enclosures,“Enclosure 1” 705, Enclosure 2” 710, “Enclosure 3” 715, Enclosure 4″720, and “Enclosure 5” 725. Enclosure 1 705 comprises a storage device760. Enclosure 2 710 comprises three storage devices 761, 750, 752.Enclosure 3 715 comprises two storage devices 762, 754. Enclosure 4 720comprises two storage devices 763, 756. Enclosure 5 725 comprises twostorage devices 764, 758. The storage subsystem also comprises a RAID 5(array 742) having five storage devices 760, 761, 762, 763, 764.

FIGS. 8-10 depict the same storage subsystem with different states ofthe method. FIG. 8 depicts the exemplary storage subsystem after failureof an enclosure, specifically Enclosure 5 725. FIG. 9 depicts theexemplary storage subsystem after recovery of the enclosure, once againEnclosure 5 725 with a failed storage device 764. FIG. 10 depicts theexemplary storage subsystem after replacement of the failed storagedevice 764 with a new storage device 785.

FIG. 11 depicts exemplars of records used, in accordance with apreferred embodiment. In one such preferred embodiment, storage devices750, 752, 754, 756, which are candidates to be used as a spare storagedevice for the array 742, are assessed against an ‘array requirement’that represents array characteristics of the storage devices 760, 761,762, 763, 764 of the array 742. Preferably, there will be an exactmatch, where the size and performance of the candidate storage device750, 752, 754, 756 is the same as that of the existing array members760, 761, 762, 763. However, if no exact match is found, other candidatestorage devices 750, 752, 754, 756 may be considered under differentcriteria, in one approach.

Referring now to ‘performance’ criteria, candidate storage devices 750,752, 754, 756 are suitable as a spare storage device for the array 742if their capacity is greater or equal to the array member size, andtheir performance is greater or equal to the array member performancegoal. The performance criteria match also includes storage devices thatpossess either highly similar technology with the same or betterperformance characteristics or, alternatively, a technology possessingsuperior performance characteristics.

Referring now to ‘capacity’ criteria, candidate storage devices 750,752, 754, 756 are suitable as a spare storage device for the array 742if their capacity is greater or equal to the array member size, buttheir performance is less than the array member performance goal. If nocandidate storage devices 750, 752, 754, 756 have a capacity of thearray members 760, 761, 762, 763, 764, then there is no suitablecandidate.

The distinction between performance and capacity criteria matches isthat a performance criteria match will not degrade the performance ofthe array 742, but may reduce spare coverage of another array. Acapacity criteria match will degrade the performance of the array 742,and must not be tolerated.

Of course, these criteria are offered by way of example only, and itwill be evident to a person having ordinary skill in the art that othercriteria could be used to determine suitable spare storage devices.

In a preferred embodiment, a spare storage device 756 may be selectedfor an array 742 from a plurality of candidate storage devices 750, 752,754, 756, considering capability and location as factors in making theselection.

For example, in some embodiments, an exact match is chosen, but if noexact match exists, and there are multiple performance or capacitycriteria matches, a closest performance criteria match is chosen over aclosest capacity criteria match.

Moreover, a candidate storage device 750, 752, 754, 756 may be chosenbased on a location. The following is a list of criteria in descendingorder of preference, according to one embodiment: exact slot; sameenclosure; same chain; same I/O group; different I/O group. Usually,when taking a spare, the exact slot is not a candidate, but could be ifthe array has already spared and is unbalanced, with the original memberhaving been replaced with a poor match.

Referring again to FIGS. 3-11, the select method starts at step 401. Atstep 405, a receiving component 605 of a management apparatus 601operable in the RAID controller 40 receives an error message from thestorage subsystem 15. The error message indicates that one of thestorage devices 764 in the array 742 has failed. In one example, thefailure is due to a failure of Enclosure 5 725, as depicted in FIG. 8.The apparatus 601 determines that the error message indicates that thearray comprises a failed storage device 764. The apparatus 601 interactswith the storage subsystem 90 by using a send component 650 to sendrequests, and the receiving component 605 to receive data.

At step 210, a collecting component 610 collects characteristics of thestorage device members 760, 761, 762, 763, 764 from array 742, storingthe characteristics in an array record 1110. The array record 1110indicates the ideal spare storage device with which to replace thefailed storage device 764. Storage device characteristics may compriselong-term properties of the storage device capabilities that typicallydo not change, for example, capacity, physical size, and performance.Storage device characteristics may also comprise: a location of thestorage device, for example, an input/output (I/O) group identificationin an IBM SAN Volume Controller (SVC) IO Group; a chain ID; an enclosureID that the storage device is in; a slot ID in the enclosure that thestorage device is in, and any other criteria as would be understood byone of skill in the art upon reading the present descriptions.

In the exemplary storage subsystem 90, the characteristics comprise anidentification ‘id 1’ in an identification column 1150; a storage devicetype “SAS” in a type column 1155; a size 146 GB in a size column 1160; aspeed 15k revolutions per minute (rpm) in a speed column 1165; alocation “Enclosure 5” in a location column 1170; and a bandwidth 70Mbytes per second (MB/s) in a bandwidth column 1175, as an example.

In an alternative embodiment, other characteristics may be chosen, forexample, input/output (TO) group; storage device chain identification;storage device enclosure identification; and storage device slotidentification. A person skilled in the art will appreciate that manydifferent characteristic parameters could be used in the array record1110 to characterize the array 742.

At step 415, a collating component 615 collates the characteristics ofcandidate storage devices 750, 752, 754, 756 that are available to beused as an array spare storage device. The characteristics for eachcandidate storage device 750, 752, 754, 756 are each saved in acandidate entry 1105 for the candidate storage device 750, 752, 754,756. A candidate record 1120, 1130, 1140 comprises a plurality ofcandidate entries 1105. Depicted candidate records 1120, 1130, 1140represent different examples of the candidate record 1120, 1130, 1140under different conditions of the select and balance methods.

At step 420, a retrieving component 620 retrieves the array record 1110and the candidate record 1120, 1130, 1140. At step 425, a comparingcomponent 625 compares the array record 1110 with each of the candidateentries 1105 by comparing the size parameter 1160. At step 430, anycandidate entries 1105 that have a value of size parameter 1160 thatequals or exceeds the value of the size parameter 1160 in the arrayrecord 1110 are stored by the store component 630 in the candidaterecord 1130, 1140. In contrast, any that are less are not stored in thecandidate record 1130, 1140.

At step 435, when all candidate entries 1105 have been compared, thecandidate record 1130, 1140 is assessed. At step 440, if there is anexact match of array characteristics 1110 with any of the candidateentries 1105, the select method passes to step 460. If there is no exactmatch, the select method passes to step 440. At step 440, the candidaterecord 1130, 1140 is assessed to check whether there are any candidateentries 1105. If the candidate record 1130, 1140 comprises no candidateentries 1105, indicating that there are no candidates that could act asa spare storage device for the array 742, the select method passes tostep 499, where the select method ends. A minimum requirement for aspare storage device is that its size is at least the size of the arraymembers 760, 761, 762, 763, 764. RAID algorithms work on a set ofstorage devices with identical capacity. If an array 742 is created withstorage devices of different capacity, then only the size of thesmallest is used on each one. This size is called the array member size,and is set on array creation. However, if the candidate record 1130,1140 comprises at least one candidate entry 1105, the select methodpasses to step 445.

At step 445, the comparing component 625 compares the array record 1110with each of the candidate entries 1105 by comparing a further parameter1155, 1165, 1170. At step 450, any candidate entries 1105 that have aparameter value 1155, 1165, 1170 that meets the array requirement arestored by the storing component 630 in the candidate record 1130, 1140.In contrast, any that do not meet the array requirement are notconsidered as candidates.

At step 455, if there are more parameters 1155, 1165, 1170 to assess theselect method passes back to step 445. If there are no more parameters1155, 1165, 1170, the select method passes to step 460.

At step 460, a select component 635 assesses the candidate record 1130,1140. If there are more than one candidate entry 1105 in the candidaterecord 1130, the candidate storage device 756 is chosen based on thechoice factors. If there is only one candidate entry 1105 in thecandidate record 1140, the candidate storage device 756 corresponding tothat candidate entry 1105 is chosen. An exchanging component 655exchanges the failed storage device 764 with the chosen candidatestorage device 756 in the array 742.

In preferred embodiments, exchanging comprises rebuilding the data fromthe array 742 onto the candidate storage device 756 concurrently, thatis with input/output operations ongoing to the array 742. FIG. 8 depictsthe array 742 after failed storage device 764 has been exchanged withthe selected storage device 756.

At step 501, the select method of FIG. 4 passes to the balance method ofFIG. 5. FIG. 5 is described with the aid of FIGS. 3-11. FIG. 9 depicts astate after error recovery procedures have been carried out on Enclosure5 725 to allow the enclosure 725 to come back on line. Enclosure 5 725comprises a failed storage device 764 and storage device 758. Thestorage device 758 becomes a new candidate storage device 758 for thearray 742. As an example to illustrate the balance method, the storagedevice 758 is a better match for the array 742 than the selected storagedevice 756.

At step 505, the receiving component 605 receives an update record fromthe storage subsystem indicating that the storage device 758 is nowavailable for the array 742. The comparing component 625 compares thecandidate entry 1105 for the selected storage device 756 with the arrayrecord 1110 to check whether the characteristics of the selected storagedevice 756 already exactly match the characteristics of the array 742.At step 510, if there is an exact match, the balance method ends at step599, because there is no requirement to search for a better sparestorage device. However, if there is no exact match, the balance methodpasses to step 515.

At step 515, an analyzing component 640 analyses the characteristics ofthe available candidate storage devices 750, 752, 754, 758 with thecharacteristics of the array 742 to determine whether there is acandidate storage device 750, 752, 754, 758 that is a better match forthe array 742 than the selected storage device 756. Analyzing thecandidate entries 1105, 1108 against the array record 1110 completes theanalysis. The analysis is performed considering the same factors thatwere used in step 460.

At step 520, if there is no better match, the balance method ends atstep 599, because re-balancing is not possible. If a better match doesexist, the balance method passes to step 525. At step 525, the analyzingcomponent 640 determines whether the incremental characteristicimprovement of the better match (storage device 758) is sufficient tostart a rebalance exchange operation. For example, if the capacity ofthe better match is only 10 GB different from the selected storagedevice 5756, but in all other respects is the same, it is not worthrebalancing. If the incremental improvement is not sufficient, thebalance method ends at step 599.

At step 530, a scan component 645 scans the array 742 to determinewhether an exchange of storage devices 760, 761, 762, 763, 756 isalready underway. If an exchange is not underway, the balance methodpasses to step 545 described below. If an exchange is underway, thebalance method passes to step 535. At step 535, if the scan componentdetermines that the exchange is already underway with the better match(storage device 758), the balance method passes to step 560, describedbelow. If the undergoing exchange is not with the better match 758, atstep 540, the undergoing exchange is abandoned. At step 545, a newexchange with the better match is started to improve the balancing ofthe array 742.

At step 560, the exchanging component 650 performs a balancing exchangeof the selected storage device 756 with the better match 758. Thebalancing exchange comprises an exchange at step 550. At step 555, theexchanging component 650 determines whether another candidate storagedevice becomes available. If another candidate storage device doesbecome available, the balance method passes back to step 515. If anothercandidate storage device does not become available, the balance methodcontinues at step 550 until the exchange is complete.

In a preferred embodiment, the balance exchange comprises a concurrentrebuild of array data from the array members 760, 761, 762, 763 to thebetter match 758. In an alternative embodiment, the balance exchangecomprises a storage device data copy from the selected storage device756 to the better match 758. Finally, the balance method ends at step599.

FIG. 9 depicts the state of the storage subsystem 90 after spare storagedevice 756 has been exchanged with the storage device 758, becausestorage device 758 is a better match for the array characteristics thanselected storage device 756. Referring to FIG. 11, storage device 758 isa better match in this example, because its capacity of 146 GB matchesthat of the array 742, and also because it is located in the sameenclosure Enclosure 5 725 that the failed storage device 764 waslocated.

At a later time, a replacement operation is carried out on Enclosure 5725 to replace failed storage device 764 with new storage device 785.The balance method depicted in FIG. 5 is again followed to replace thestorage device 758 with the new storage device 785. FIG. 10 depicts thestate of the storage subsystem 90 after storage device 758 has beenexchanged with new candidate storage device 785. New candidate storagedevice 785 is a better match for the array characteristics than sparestorage device 758 and storage device 756, because storage device 785has identical properties to failed storage device 764 that it isreplacing. Storage device 785 is also a better match in this example,because its slot location matches that of the failed storage device 764.

In a preferred embodiment as disclosed in the present descriptions, theapparatus attempts to reinstate the array configuration by usingconcurrent exchange to restore exact capability matches in the rightlocation when an array is not made up of its intended storage deviceconfiguration and is ‘unbalanced’. So that the apparatus does not startbalancing concurrent exchanges between storage devices when there is nofunctional benefit the following rules are applied for starting thebalancing process: Start balancing concurrent exchange of a Capacitycapability match for a Performance capability match if there is no Exactcapability match available; Start balancing concurrent exchange betweentwo drives in the same capability match category if that results in acloser match to the member chain goal. In a subsystem 90 with multipleI/O groups, this includes exchanging out a storage device in the wrongI/O group for one in the right I/O group on the wrong chain. Inaddition, two exact capability matches are exchanged if that results ina perfect match to the member location goal; and, if a better match,according to the above rules, becomes available before the exchange iscomplete, the existing exchange is abandoned and a new one begun.

In an alternative embodiment, the array 742 member goals are definedfrom the storage devices 760, 761, 762, 763, 764 when the array 742 iscreated, but can be modified to match an existing configuration. In analternative embodiment the number of candidate entries 1105 is assessedafter each store step 430, 450 to assess whether only one candidateentry 1105 exists. If only one candidate entry exists the method 400passes to step 460.

In an alternative embodiment, the selection and balance methods considerstorage devices that are being used by other array members as concurrentexchange target drives. The concurrent exchange targets can be consumedas spares without impacting array redundancy.

In an alternative embodiment, when multiple arrays all need a spare orneed to start a balancing concurrent exchanges at the same time then itis important to find the array member that has the closest match to eachof the available drives. The apparatus solves this problem by evaluatingeach of the array member goals set in turn and comparing them to theavailable storage device properties and recording a measure of howclosely the array member matches to the storage device properties. Whenone array member has selected a storage device and another array memberis identified as being a closer match then it ‘trumps’ the previousselection and is recorded as the desired array member to storage deviceselection. Iterating over this algorithm allows the closest matches tobe found for the array member—storage device selections.

In an alternative embodiment, Error Recovery Procedure (ERP) routinescould identify when an array member performance is getting worse anddecide to swap before failure has occurred.

It should be evident to the skilled person that the present inventiondoes not just apply to its use in RAID 5 configurations. Other storagetopologies are suitable for application as disclosed in the presentdescriptions.

Referring to FIG. 12, a method 1200 for managing storage devices in astorage subsystem having an array of storage devices is describedaccording to one embodiment. The method 1200 may be carried out in anydesired environment, including those depicted in FIGS. 1-11, in variousembodiments.

In step 1202, an error message is received.

In step 1204, it is determined that the error message indicates that atleast one storage device in the array of storage devices has failed.

In step 1206, an array record is collected comprising storage devicecharacteristics of the failed storage device in response to step 1204successfully executing.

In step 1208, a candidate record is collated comprising a plurality ofcandidate entries, wherein each candidate entry comprises storage devicecharacteristics for one of a plurality of candidate storage devices.

In step 1210, storage device characteristics of the failed storagedevice of the array record are compared with the storage devicecharacteristics of each of the candidate entries.

In step 1212, a first candidate storage device is identified havingstorage device characteristics that match the storage devicecharacteristics of the failed storage device in response to identifyinga candidate entry that matches the storage device of the array record.

In step 1214, a second candidate storage device is identified havingstorage device characteristics most similar to the storage devicecharacteristics of the failed storage device in response to notidentifying a candidate entry that matches the failed storage device ofthe array record.

Of course, any of the embodiments and examples described herein may beimplemented in the method 1200, as would be understood by one of skillin the art upon reading the present descriptions.

The flowchart and block diagrams in the Figures illustrate thearchitecture, functionality, and operation of possible implementationsof systems, methods and computer program products according to variousembodiments as disclosed in the present descriptions. In this regard,each block in the flowchart or block diagrams may represent a module,segment, or portion of code, which comprises one or more executableinstructions for implementing the specified logical function(s). Itshould also be noted that, in some alternative implementations, thefunctions noted in the block may occur out of the order noted in thefigures. For example, two blocks shown in succession may, in fact, beexecuted substantially concurrently, or the blocks may sometimes beexecuted in the reverse order, depending upon the functionalityinvolved. It will also be noted that each block of the block diagramsand/or flowchart illustration, and combinations of blocks in the blockdiagrams and/or flowchart illustration, can be implemented by specialpurpose hardware-based systems that perform the specified functions oracts, or combinations of special purpose hardware and computerinstructions.

While various embodiments have been described above, it should beunderstood that they have been presented by way of example only, and notlimitation. Thus, the breadth and scope of a preferred embodiment shouldnot be limited by any of the above-described exemplary embodiments, butshould be defined only in accordance with the following claims and theirequivalents.

What is claimed is:
 1. A computer program product for managing storagedevices in a storage subsystem having an array of storage devices, thecomputer program product comprising a computer readable storage mediumhaving program instructions embodied therewith, the program instructionsbeing executable by a processor to cause the processor to perform amethod comprising: determining, by the processor, that a storage devicein an array of storage devices has failed; identifying, by theprocessor, a first candidate storage device having storage devicecharacteristics that match storage device characteristics of the failedstorage device; and exchanging, by the processor, the first candidatestorage device with a second candidate storage device in response todetermining that the second candidate storage device has storage devicecharacteristics that are more similar to the storage devicecharacteristics of the array of storage devices than the first candidatestorage device.
 2. The computer program product as recited in claim 1,wherein the storage device characteristics comprise at least one of:storage device capacity; storage device type; storage device bandwidth;storage device speed; storage device input/output group; storage devicechain identification; storage device enclosure identification; andstorage device slot identification.
 3. The computer program product asrecited in claim 1, comprising program instructions executable by theprocessor to cause the processor to: receive an error message; determinethat the error message indicates that the storage device in the array ofstorage devices has failed; collect an array record comprising storagedevice characteristics of the failed storage device in response to thedetermining that the error message indicates that the at least onestorage device has failed; and collate a candidate record comprising aplurality of candidate entries, wherein each candidate entry comprisesstorage device characteristics for the candidate storage devices.
 4. Themethod as recited in claim 1, comprising program instructions executableby the processor to cause the processor to concurrently copy data fromone or more storage devices of the array of storage devices onto eitherthe first or second candidate storage device.
 5. A computer-implementedmethod for managing storage devices in a storage subsystem having anarray of storage devices, the method comprising: determining that atleast one storage device in the array of storage devices has failed;comparing storage device characteristics of the failed storage devicewith storage device characteristics of each of a plurality of candidatedevices; attempting to identify a first candidate storage device havingstorage device characteristics that match the storage devicecharacteristics of the failed storage device; and identifying a secondcandidate storage device having storage device characteristics mostsimilar to the storage device characteristics of the failed storagedevice in response to not identifying a candidate device that matchesthe failed storage device.
 6. The computer-implemented method as recitedin claim 5, wherein the storage device characteristics comprise at leastone of: storage device capacity; storage device type; storage devicebandwidth; storage device speed; storage device input/output group;storage device chain identification; storage device enclosureidentification; and storage device slot identification.
 7. Thecomputer-implemented method as recited in claim 5, comprising causing anexchange of the failed storage device with the first candidate storagedevice in response to identifying that the first candidate storagedevice has storage device characteristics that match the storage devicecharacteristics of the failed storage device or exchange the failedstorage device with the second candidate storage device in response toidentifying that the second candidate storage device has storage devicecharacteristics most similar to the storage device characteristics ofthe failed storage device.
 8. The computer-implemented method as recitedin claim 7, comprising concurrently copying data from one or morestorage devices of the array of storage devices onto either the first orsecond candidate storage device.
 9. The computer-implemented method asrecited in claim 5, comprising exchaning either the first or secondcandidate storage device with a third candidate storage device inresponse to determining that the third candidate storage device hasstorage device characteristics that are more similar to the storagedevice characteristics of the array of storage devices than the first orsecond candidate storage device.
 10. The computer-implemented method asrecited in claim 9, comprising concurrently copying data from one ormore storage devices of the array of storage devices onto either thefirst, second, or third candidate storage device.
 11. Thecomputer-implemented method as recited in claim 5, comprising: receivingan error message; determining that the error message indicates that thestorage device in the array of storage devices has failed; collecting anarray record comprising storage device characteristics of the failedstorage device in response to the determining that the error messageindicates that the at least one storage device has failed; collating acandidate record comprising a plurality of candidate entries, whereineach candidate entry comprises storage device characteristics for thecandidate storage devices.
 12. A system, comprising: a processor andlogic integrated with and/or executable by the processor, the logicbeing configured to: determine, by the processor, that at least onestorage device in the array of storage devices has failed; compare, bythe processor, storage device characteristics of the failed storagedevice with storage device characteristics of each of a plurality ofcandidate devices; attempt, by the processor, to identify a firstcandidate storage device having storage device characteristics thatmatch the storage device characteristics of the failed storage device;and identify, by the processor, a second candidate storage device havingstorage device characteristics most similar to the storage devicecharacteristics of the failed storage device in response to notidentifying a candidate device that matches the failed storage device.13. The system as recited in claim 12, wherein the storage devicecharacteristics comprise at least one of: storage device capacity;storage device type; storage device bandwidth; storage device speed;storage device input/output group; storage device chain identification;storage device enclosure identification; and storage device slotidentification.
 14. The system as recited in claim 12, comprising logicconfigured to cause an exchange of the failed storage device with thefirst candidate storage device in response to identifying that the firstcandidate storage device has storage device characteristics that matchthe storage device characteristics of the failed storage device orexchange the failed storage device with the second candidate storagedevice in response to identifying that the second candidate storagedevice has storage device characteristics most similar to the storagedevice characteristics of the failed storage device.
 15. The system asrecited in claim 14, comprising logic configured to concurrently copydata from one or more storage devices of the array of storage devicesonto either the first or second candidate storage device.
 16. The systemas recited in claim 12, comprising logic configured to exchange eitherthe first or second candidate storage device with a third candidatestorage device in response to determining that the third candidatestorage device has storage device characteristics that are more similarto the storage device characteristics of the array of storage devicesthan the first or second candidate storage device.
 17. The system asrecited in claim 16, comprising logic configured to concurrently copydata from one or more storage devices of the array of storage devicesonto either the first, second, or third candidate storage device. 18.The system as recited in claim 12, comprising logic configured to:receive an error message; determine that the error message indicatesthat the storage device in the array of storage devices has failed;collect an array record comprising storage device characteristics of thefailed storage device in response to the determining that the errormessage indicates that the at least one storage device has failed;collate a candidate record comprising a plurality of candidate entries,wherein each candidate entry comprises storage device characteristicsfor the candidate storage devices.